home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940022.txt < prev    next >
Internet Message Format  |  1994-11-13  |  20KB

  1. Date: Wed,  2 Feb 94 04:30:21 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #22
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Wed,  2 Feb 94       Volume 94 : Issue   22
  11.  
  12. Today's Topics:
  13.                         Baycom comments please
  14.              DR-1200T : what modification for 9600 bps ?
  15.                               Hamcom III
  16.                            Ka9q for windows
  17.                              lan-link 2.2
  18.      Some dumb questions that I hope someone will take a shot at
  19.                       Welcome to rec.radio.info!
  20.  
  21. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  22. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  23. Problems you can't solve otherwise to brian@ucsd.edu.
  24.  
  25. Archives of past issues of the Ham-Digital Digest are available 
  26. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  27.  
  28. We trust that readers are intelligent enough to realize that all text
  29. herein consists of personal comments and does not represent the official
  30. policies or positions of any party.  Your mileage may vary.  So there.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: 29 Jan 94 19:12:39 -0700
  34. From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!sol.ctr.columbia.edu!destroyer!nntp.cs.ubc.ca!mala.bc.ca!wagner@network.ucsd.edu
  35. Subject: Baycom comments please
  36. To: ham-digital@ucsd.edu
  37.  
  38. In article <8180@gold.gvg.tek.com>, cleveland@gvg47.gvg.tek.com (Grover Cleveland) writes:
  39. > I'm sorry if this has been a recent thread - I've been away.
  40. > Please send me any comment on the Baycom modules and software.
  41. > I'm especially intrigued by the apparent simplicity of the Baycom
  42. > but I'm certain that there are some pitfalls I should know about.
  43. > Reply here or via E-mail.
  44. > 73
  45. > Grover
  46. > WT6P
  47. > cleveland@gvg47.gvg.tek.com
  48.  
  49. Been using it for some time now and am happy based on the investment.  Wish
  50. they would come up with a file interchange routine like YAPP.  Have been trying
  51. to get TPK working with the Baypac, but so far no real success.
  52. -- 
  53.           ____________      ____________      ____         _____
  54.         /_____   ____/     /  _______  /     /    \      ,'    /
  55.              /  /         /  /      / /     /  /\  \   ,' ,'/ /
  56.             /  /         /  /      / /     /  /  \  \,' ,' / /
  57.            /  /         /  /      / /     /  /    \   ,'  / /
  58.           /  /         /  /______/ /     /  /      \,'   / /
  59.          /__/         /___________/     /__/            /_/
  60.      _____________________________________________________
  61.     /____________________________________________________/
  62.     Proud owner of a dog, cat, bird, old Tractor and a British
  63.     Car  "If Lucas Electric made guns wars wouldn't start"
  64.  
  65. ------------------------------
  66.  
  67. Date: Tue, 1 Feb 1994 02:41:42 GMT
  68. From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!cs.utexas.edu!math.ohio-state.edu!cyber2.cyberstore.ca!nntp.cs.ubc.ca!utcsri!newsflash.concordia.ca!CC.UMontreal.CA!fn@network.ucsd.edu
  69. Subject: DR-1200T : what modification for 9600 bps ?
  70. To: ham-digital@ucsd.edu
  71.  
  72. Hi,
  73.  
  74. The subject almost says it all. Is a modification required for 9600 bps
  75. packet radio with the Alinco DR-1200T and if so, which one ?
  76.  
  77. And by the way, if you have any recommendation for a 2m rig for 9600 bps
  78. packet, I would be grateful.
  79.  
  80.  
  81. TNX, 73 de Francois / VE2NFC.
  82. -- 
  83. Francois Normant (VE2NFC)             | Internet: fn@mathappl.polymtl.ca
  84. Ecole Polytechnique - Mathematiques   | Compu$erve: 75210,525
  85. C.P. 6079 - succursale centre ville   | Tel. (514) 340-5968
  86. Montreal - Quebec - Canada - H3C 3A7  | Fax. (514) 340-4463
  87.  
  88. ------------------------------
  89.  
  90. Date: Sat, 29 Jan 1994 23:53:16 GMT
  91. From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!newsserver.jvnc.net!raffles.technet.sg!ntuix!ntuvax.ntu.ac.sg!asirene@network.ucsd.edu
  92. Subject: Hamcom III
  93. To: ham-digital@ucsd.edu
  94.  
  95. In article <1994Jan27.130948.8299@tellab5.tellabs.com>, jwa@tellabs.com (John W. Albert) writes:
  96. > I heard that Hamcom III is available.
  97. > Does anyone have it?  Can you uudencode it
  98. > and E-mail it?  I can't ftp from this sight.
  99.  
  100. Hi Ed,
  101.  
  102.     Last I heard, HC 3.0 is still in the works and under testing for
  103. some syncing problems. But expect lotsa fun with it. It has some nice new
  104. modes and changes which work beautifully. Then again, maybe it IS out.
  105. Who knows, I'll go ask Django.
  106.  
  107. 73 de 9V
  108.  
  109.  
  110. > --- 
  111. >    Jack Albert  WA9FVP             Fellow Radio Hacker 
  112. >                      Tele (708) 378-6201 
  113. >    Tellabs Operations, Inc.     FAX  (708) 378-6721 
  114. >    1000 Remington Blvd.         jwa@tellabs.com
  115. >    Bolingbrook, IL  60440            
  116. >                           "I'm a half breed"
  117. >               "I can only breed through on side of my nose!"
  118. >                 Eddie Kantor
  119.  
  120. ------------------------------
  121.  
  122. Date: Fri, 28 Jan 1994 13:31:47 GMT
  123. From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!news.intercon.com!psinntp!psinntp!psinntp!laidbak!tellab5!jwa@network.ucsd.edu
  124. Subject: Ka9q for windows
  125. To: ham-digital@ucsd.edu
  126.  
  127. In article <jsloman.759508158@BIX.com> jsloman@BIX.com (jsloman on BIX) writes:
  128. >ereimber@dcc.uchile.cl (Erich Reimberg N.) writes:
  129. >
  130. >>Hi!.
  131. >
  132. >>    Recently, I asked if there is a version of ka9q for windows. here
  133. >>are some answers:
  134. >
  135. >>     THERE IS NO KA9Q.
  136. >>     The versions of Ka9q will not run under a DOS box in Windows, but
  137. >>    there are some patches that will help you.
  138. >>     There is also a software called Trumped Winsock that implements
  139. >>     TCP/IP in windows. 
  140. >
  141. What is this ka9q software that every is talking about?
  142.  
  143. Is it some sort of packet program?
  144.  
  145.  
  146. --- 
  147.    Jack Albert  WA9FVP             Fellow Radio Hacker 
  148.                      Tele (708) 378-6201 
  149.    Tellabs Operations, Inc.     FAX  (708) 378-6721 
  150.    1000 Remington Blvd.         jwa@tellabs.com
  151.    Bolingbrook, IL  60440            
  152.  
  153.                           "I'm a half breed"
  154.               "I can only breed through on side of my nose!"
  155.  
  156.                 Eddie Kantor
  157.  
  158. ------------------------------
  159.  
  160. Date: 31 Jan 1994 15:38:38 GMT
  161. From: library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!usenet.ins.cwru.edu!eff!news.kei.com!world!news.bu.edu!transfer.stratus.com!hoop.sw.stratus.com!northup@network.ucsd.edu
  162. Subject: lan-link 2.2
  163. To: ham-digital@ucsd.edu
  164.  
  165. Does anyone know where I can find lan-link 2.2 ?
  166. I can only find 2.0 which does not do what I want (pactor).
  167.  
  168.     thanks 
  169.     Bill
  170.  
  171.  
  172. --
  173. --
  174.  
  175.     Bill Northup                   PHONE:       (508) 460-2085
  176.     Stratus Computer Inc.          INTERNET:       northup@sw.stratus.com
  177.     55 Fairbanks Boulevard           OR:       northup@Vos.Stratus.com
  178.     Marlboro, MA  01752            Amateur Radio:  n1qpr
  179.  
  180. ------------------------------
  181.  
  182. Date: Tue, 01 Feb 94 09:30:35 GMT
  183. From: darwin.sura.net!howland.reston.ans.net!pipex!uknet!ukc!raven.ukc.ac.uk!mrb3@seismo.css.gov
  184. Subject: Some dumb questions that I hope someone will take a shot at
  185. To: ham-digital@ucsd.edu
  186.  
  187. In article <2ik91nINN932@grumpy.symantec.com>,
  188. Alan K. Adamson  <aadamson@symantec.com> wrote:
  189. >Ok, I have read some articles metioning digital regenerating repeaters. 
  190. >Anyone
  191. >want to take a stab at a laymans defintion?  What are we talking about
  192. >here.
  193. >
  194. >From a fellow packeteer who wants to know.
  195. >Alan Adamson
  196. >aadamson@symantec.com
  197.  
  198. Well i have just had a lecture on data transmissions, so i should be able
  199. to answer your question.
  200.  
  201. If we take a simple digital system, then we have a finite number of wave forms,
  202. 0 and 1. Now if we send a signal, lets just say a pulse down a transmission
  203. line, which can be anything from a bit of cable, optical fibre, or by radio
  204. waves, after the signal has travelled along the line, the signal
  205. becomes distorted. If we want to send the signal over a large distance,
  206. then by the time it reaches the Rx it will be nothing more than noise. 
  207.  
  208. To get around this problem, regenerative repeaters are placed in the line
  209. at set intervals. The idea of these repeaters is to take the distorted
  210. waveform, (ie. the slightly curved pulse) and output a purely digital pulse
  211. with only 0's and 1's. The process works by setting a threshold voltage, and
  212. any voltage below this is classed as a '0' and anything about is a '1'. If
  213. we have a digital signal of 5 volts, then the threshold voltage might
  214. be 2.5volts.
  215.  
  216.      ___________     
  217.      I         I                     ______
  218.      I         I                    /      \   _________Threshold level
  219. _____I         I_____        ______/        \__________
  220.  
  221.  Input signal to line    Input signal to regenerative repeater
  222.  
  223.  
  224. The trick with these repeaters is to place them as far apart as possible
  225. along the line, but not to far apart that errors occur.
  226.  
  227. I hope this makes sence, and is correct as otherwise i am going to fail
  228. my exams!!
  229.  
  230. 73's de Matthew
  231.  
  232. --
  233.           (========== Matthew Bailey ==========) 
  234.      2nd Year, Electronics and Communications Engineering 
  235.         Packet (Ax25) - G7KSG @ GB7ZAA #34.GBR.EU 
  236.  
  237. ------------------------------
  238.  
  239. Date: Sun, 30 Jan 1994 21:00:05 MST
  240. From: destroyer!nntp.cs.ubc.ca!alberta!ve6mgs!rec-radio-info@uunet.uu.net
  241. Subject: Welcome to rec.radio.info!
  242. To: ham-digital@ucsd.edu
  243.  
  244. Archive-name: radio/rec-radio-info/welcome
  245. Last-modified: $Date: 1994/01/02 22:00 $
  246. Version: $Revision: 1.06 $
  247.  
  248. *** Welcome to rec.radio.info! ***
  249.  
  250. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  251. of information and news for the entire rec.radio hierarchy.
  252.  
  253. Two introductory articles about rec.radio.info are posted to the group and
  254. to news.answers every two weeks. You are now reading the first article, which
  255. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  256. The second article is titled "Submission Guidelines", and you only need to 
  257. read it if you want to submit an article to rec.radio.info.
  258.  
  259. You can skip to the next section of this article by searching for the next
  260. " -- " string. The sections available are:
  261.  - What is the purpose of rec.radio.info?
  262.  - Why are messages almost always cross posted to rec.radio.info?
  263.  - What is a 'follow-up', and what does 'moderated' mean?
  264.  - OK, so now I know what 'moderated' means. Tell me more.
  265.  - What type of material is considered inappropriate?
  266.  - I do not have access to news, how can I get the information posted to
  267.    rec.radio.info?
  268.  - Will the material appearing in rec.radio.info be archived somewhere?
  269.  - I have a regular posting with timely information, is there a way to
  270.    speed up it's delivery, or automate for more convenience?
  271.  
  272.  -- What is the purpose of rec.radio.info?
  273.  
  274. The purpose or charter of rec.radio.info is to provide the Usenet community with
  275. a resource for information, news, and facts about any and all things radio.
  276.  
  277. All the other rec.radio groups are intended for discussions and general chit
  278. chat about radio.  Rec.radio.info will contain informational, factual articles
  279. only. Follow-ups are redirected to an appropriate other group, and further
  280. discussion (if any) will not take place in rec.radio.info.
  281.  
  282. In order to ensure that rec.radio.info contains only appropriate articles, it
  283. was decided to create the group as a moderated newsgroup.
  284.  
  285.  -- Why are messages almost always cross posted to rec.radio.info?
  286.  
  287. It provides a "tag" for each article to be assembled into a filtered
  288. presentation in rec.radio.info (even with cross-posting, only one message, with
  289. a unique Message-ID, is propogated across the net).  This tag also facilitates
  290. a pre-existing method of dropping or cancelling the articles locally within the
  291. discussion groups if you don't want to see them.  This accommodates individuals
  292. who want to separate the bulletins from the discussions, discussions from the
  293. bulletins, as well as those who are adamant about not reading another
  294. newsgroup and wanted to see everything all in one basket.  
  295.  
  296. With the total size of Usenet (in number of newsgroups and total traffic)
  297. doubling every year or so, this is no insignificant contribution to reducing
  298. information noise and chaos.  Making the discussion groups a catch-all, and
  299. making extra newsgroups filters on that catch-all, is also the most realistic
  300. way to implement such a scheme (It's not intuitively obvious what the charter,
  301. contents, and general appropriate topics for each and every newsgroup are.
  302. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  303. for new readers).
  304.  
  305. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  306. specify the extra group on the Newsgroups line), but are adding the capability
  307. for very powerful filtering features available on most news servers,
  308. listservers and readers.  Your local news guru could probably explain these
  309. features in more detail.
  310.  
  311. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  312. a line of the form:
  313.     /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  314. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  315. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  316. just in rec.radio.amateur.misc).  The latter method means your kill file will
  317. only be consulted during rec.radio.amateur.misc (and hence runs more
  318. efficiently), and will probably work for most people.
  319.  
  320. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  321.     rec.radio.info:!s/:^
  322. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  323. put the following lines: 
  324.     sequence
  325.     rec.radio.info
  326.     rec.radio.
  327. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  328. then read the remaining rec.radio.* without the bulletins.
  329.  
  330.  -- What is a 'follow-up', and what does 'moderated' mean?
  331.  
  332. If you are new to Usenet and are not familiar with the terminology, you might
  333. want to read the general introductory articles found in the newsgroup
  334. news.announce.newusers. Doing so will make your life on the net much easier,
  335. and will probably save you from making silly beginner's mistakes.
  336.  
  337. If you think that at this moment you are reading an echo, a conference, or
  338. a bulletin board, I'd also strongly suggest a trip over to
  339. news.announce.newusers.
  340.  
  341. For the rest of this article, I will assume you have a basic knowledge of
  342. Usenet terminology and mechanics.
  343.  
  344. A moderated group means that any article that needs to be posted to the group
  345. has to be accepted by the moderator of the group. Since we need to ensure that
  346. followups to an article (discussion) do not show up in the rec.radio.info
  347. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  348. appropriate for disussions about the specific article.
  349.  
  350.  -- OK, so now I know what 'moderated' means. Tell me more.
  351.  
  352. Rec.radio.info is a moderated newsgroup, which means that all articles
  353. submitted to the group will have to be approved by the moderator first.
  354.  
  355. The current moderator of the group is Mark Salyzyn.  Submissions to
  356. rec.radio.info can be posted, or e-mailed to:
  357.  
  358.         rec-radio-info@ve6mgs.ampr.ab.ca
  359.  
  360. Comments, criticisms, suggestions or questions about the group can be e-mailed
  361. to:
  362.         rec-radio-request@ve6mgs.ampr.ab.ca
  363.  
  364. But before you do so, please be sure to check out the "Submission Guidelines"
  365. article.
  366.  
  367. The influence of the moderator should be minimal and of an administrative
  368. nature, consisting chiefly of weeding out obviously inappropriate articles,
  369. while making sure correct headers etc. are used for the appropriate ones.
  370.  
  371.  -- What type of material is considered inappropriate?
  372.  
  373. There are three broad categories of articles which will be rejected by the
  374. moderator:
  375.  
  376. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  377.    receive information in my mailbox; I then post it to rec.radio.info.
  378.    Requests for specific information belong in the normal discussion newsgroups.
  379.    If your request gets answered, you might consider passing the answer on to
  380.    rec.radio.info, though. Especially if you can edit it into a informational,
  381.    rather than a discussion, format.
  382.  
  383. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  384.  
  385. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  386.    accepted, but any hint of for-profit might be reason for rejection. For three
  387.    reasons: This is not the purpose of the list, for-profit is a controversial
  388.    topic, and this list may be passed onto Amateur Packet Radio (where
  389.    for-profit is prohibited except under certain provisos).
  390.  
  391.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  392.    posting in any matter.
  393.  
  394.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  395.    worthwhile to the net, I would recommend obtaining permission from the
  396.    copyright holder.  Please note the source, and if permission was given.  I
  397.    reserve the right to make the final decision concerning appropriateness in
  398.    all situations.  In most cases, a brief summary of, or pointer to, the
  399.    copyrighted information may be all I can allow.
  400.  
  401.  -- I do not have access to news, how can I get the information posted to
  402.     rec.radio.info?
  403.  
  404. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  405. rec.radio.info. Non of the articles will be digested, due to their size, so
  406. you will receive individual mailings for every article posted to the group.
  407.  
  408. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  409. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  410.  
  411. To subscribe and unsubscribe via the listserver; the format for that is
  412.  
  413.     sub address radio-info
  414.     unsub address radio-info
  415.  
  416. where 'address' is your full mailing address. Send this request to
  417.  
  418.     listserv@ucsd.edu
  419.     
  420. Note that the server will automatically delete any address that bounces mail.
  421. If you leave the address portion blank, it will try to deduce your address
  422. from the mail headers. This may not work if you are on bitnet, milnet or
  423. some other non-Unix host, so it is recommended to put your return address
  424. in any case. For example:
  425.  
  426.     sub mymailbox@myhost.mydomain.mil radio-info
  427. or
  428.     sub MEMEME01@DMBHST.bitnet radio-info
  429.  
  430. or something like that.
  431.  
  432.  -- Will the material appearing in rec.radio.info be archived somewhere?
  433.  
  434. Yes. Still firming up details at the moment but here is a preliminary list:
  435.     - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  436.     - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  437.         saved to /pub/dx/text/rec.radio.info currently stored as
  438.         numbered files.
  439.  
  440. Effectively this means that anything you post to rec.radio.info will be
  441. permanently stored, so your work will not be lost.
  442.  
  443.  -- I have a regular posting with timely information, is there a way to
  444.     speed up it's delivery, or automate for more convenience?
  445.  
  446. Yes, there is! It may take a bit of chatter with the moderator, but we are
  447. willing to take responsible people and provide them the means of posting the
  448. articles directly from their site. We will try everything we can as we fully
  449. realize that DX (distant signal) and astronomical data can be somewhat
  450. transitory. We are also willing to allow regular posters of information the
  451. same courtesy, even if the information is not as time critical.
  452.  
  453. We refer to this as self-moderation, which is partly based on the model for
  454. news.answer. This requires co-operation and good will to be beneficial to
  455. the community in the rec.radio hierarchy.
  456.  
  457. I suggest reading the posting guidelines for more information. I am open to
  458. suggestions.
  459.  
  460. I thank the following individuals for their input into this article:
  461.     rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  462.     rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  463.     Paul W. Schleck, KD3FU pschleck@unomaha.edu
  464.     Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  465.  
  466. -- 
  467. Mark Salyzyn -- Moderator rec.radio.info
  468. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  469. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  470. * Requests for information do *not* belong in rec.radio.info *
  471.  
  472. ------------------------------
  473.  
  474. End of Ham-Digital Digest V94 #22
  475. ******************************
  476.